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SERVICE PROVISION METHOD VIA A NETWORK AND SERVICE PROVISION 

SYSTEM USING THE SAME 

Field of the Invention 

[0001] The present invention relates generally to a service provision method via a network 
such as the Internet, more particularly, to a service provision method and a service provision 
system using tho samo by which a stable service con boj s provided T when-mere access 
requests to a server providing the service become concentrated to ono sorvor, wh i ch prov i des 
tho sorv i co . 

Description of the Related Art 

[0002] Recent rapid spread of the Internet brings a plurality of service providing sites 
providing a variety of different services, such as information provision, commodity sales, or mail 
delivery. A user who wants to use these services can access^e the above described service 
providing sites and gets these services with relatively easier procedures by using a personal 
computer connected to the Internet. 

[0003] Some service prov i donco providinq sites become congested because more access 
requests from the user become centralized at the same time w i th a roason because of theif-the 
sites' higher popularity and the like. Sueh Accordingly, the more popular sites need to prepare a 
server having aft sufficient ability enough to copo w i th accommodate the large number of access 
requests with a high performance. 

[0004] In this way, the conventional service providing server via a network is designed so as 
to bo accoptab l o to accommodate tbe-an estimated number of access requests, with nothing 
tik ewithout accommodating the service providing sites on the Internet. 

[0005] When more accesses over the estimated number of accesses become centralized, 
thon, the server does not spec i a ll y especially deal with the problem, and therefore, a stable 
service provision cannot be continued such that and the user cannot access4e the service with 
roasons o f due to lowering of the server's performance l ower i ng and/ or the-termination of service 
prov i donco caused by the centralized requests . Therefore, some service providing sites need to 
send messages to cope with users who cannot access the service providing sites . 
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[0006] However, even when the conventional method is used, the user who cannot access 
the service ropoats sond i ng repeatedlv sends the access request to the serve r ovor and ovor, 
because they cannot hold the condition of server T when more accesses over the estimated 
number become concentrated to one service prov i s i on providing server, and that causes a 
vicious circle^ such as over load on the server. Further, since the user accessing to the server 
does not hold the congested condition, the user is not expedited to exit and continues using the 
service as usual. Therefore, it is impossible to improve the congested condition of the service 
providing server by f i n i shing completing to uso tho sorv i co an earlier service . 

[0007] Moreover, some users give up4e accessjo the site because of the congested 
condition without such as thoy cannot understand when thov being given any indication as to 
when the users can access the site , and some users have a bad impression teof the service 
providonco providing site; because of hardnoss the users' inability to access-te the site and/ or 
due to a response delay at the accessed time, so tha t thus there is a possibility te-teseof losing 
service prov i sion chancos providing opportunities . 

[0008] Therefore, the conventional service prov i s i on providing method givos tho results in 
larger losses T when more access requests that are over the ability of server become centralized, 
so that and effective or stable service cannot be provided for moro to many pcrsons users . 

SUMMARY OF THE INVENTION 

[0009] Accordingly, it is an object of the present invention to provide a service 
provis i on providing method and system that provide a stable service via a network by keep i ng 
th emaintaining a stable access condition and suppress i ng l ossos reducing loss of service 
providing chances fo r opportunities to the users to tho l oast, when more accesses over the 
ability of server become centralized. 

[0010] In order to attain the above object 7 according to a first an aspect of the present 
invention, thoro is provided a method e fincludes. inform i ng tho indicating a number of accesses 
to a server that provides a service to a user at tbata time thean occossob l o accessible number 
oxcoods is exceeded , when a user sends an access request to athe server, wh i ch provides the 
sorvico, with no execution of immediate access to the server, updating the information as 
occas i on periodically . and executing the access to the server for the waiting user 7 when the 
eser server becomes occossab l o accessible . Therefore, according to the present invention, 
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smee because the user concretely holds the user's own waiting stat o i n figures and need not-te 
access the server again t Wuntil the user can access to is informed of accessibility of the server, 
the conventional access repetition and the case where the user gives up4e access to the server 
are decreased. Thereby, when moro access requests eve rsurpass the ability of the server and 
become centralized, the stable access condition can bo ho l d is maintained , l ossos loss of the 
service prov i s i on chancos providinq opportunities can be suppressed, and therefore, effective 
service provisions can be executed. 

[001 1] Further, m according to the preferred mode of the above invention, when-the access to 
the server becomes available, i t io i nformed for the use r is informed that the server is- te-ke 
accessible by a display screen, voice or E-mail before executing the connection. 

[0012] Additionally, i n tho otho r accordinq to another mode of th o abovo invention, a period of 
updating the information of the number of accesses is varied according to the-information ef 
related to the number of accesses. 

[0013] According to tho moro another preferred mode of th o abovo invention, an estimated 
time t Wuntil the usefserver becomes accossab l o accessible , which is obtained according to thea 
time variation of the information of the number of accesses, is i nformed indicated to the user with 
the information of the number of accesses. 

[0014] Furthermore, in tho otho r accordinq to vet another mode of the above invention, when 
a commodity sale service is provided, thea number of goods in stock is i nformcd indicated to the 
user with the information of access number. 

[001 5] Moreover, i n tho other modo of the abovo invent i on, when the access requests to the 
server, which provides the service, become more than the accossab l o accessible number, 
information of the number of accesses is informed fo r indicated to all users who are using the 
server. 

[0016] Tho above and other objects, aspects, features and advantages of tho present 
i nvention w ill bocomo moro apparent from tho fol l owing deta il ed descr i pt i on of a preferred 
embod i ment thereof. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

[0017] The above and other objects, aspects, features and advantages of the present 
invention will become more apparent from the following detailed description of a preferred 
embodiment thereof. 

FIG. 1 is a structural diagram of a service provision system applied to the present 
invention; 

FIG. 2 is a diagram showing a processing flow chart, when an access request is sent to 
the service provision system according to the present embodiment; 

FIG. 3 is a diagram showing one example of a display screen showing information of the 
number of accesses; 

FIG. 4 is a diagram showing one example of a display screen displayed for users T when 
access to the site becomes available; 

FIG. 5 is a diagram showing one example of an electric mail sending the user when 
access to the site becomes available; 

FIG. 6 is a diagram showing one example of display screen showing information of the 
number of accesses when displaying an estimated time (estimated accosGab l o accessible time) 
till they can access to the site. 

FIG. 7A shows one example of a display screen of urging users to input password and 
FIG. 7B shows one example of display screen after password authorization; 

FIG. 8 is a diagram showing one example of display screen for displaying the number of 
goods in stock for users; 

FIG. 9 is a diagram showing one example of display screen for informing no goods in 
stock for user; 

FIG. 10 is a diagram showing one example of E mail for informing no goods in stock for 
users; and. 

FIG. 1 1 is a diagram showing one example of urging screen displayed for the accessing 

user. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

[0018] Presently preferred embodiments of the present invention will now be described with 
reference to the accompanying drawings. However, such embodiments do not limit the technical 
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scope of the present invention. The same reference numerals are used to denote and identify 
corresponding or identical components. 

[0019] FIG. 1 is a structural diagram_of a service prov i s i on providing system applied to the 
present invention. The service prov i s i on providing system according to the present embodiment 
includes a server of a service provider side, which i s composed o f comprises a server 1 for 
allocating accesses addressed to the server,-aftd a server 2 for queuing for connection and a 
contents server 3irand . Further, a section 51 for indicating information of the number of 
accesses and a section 52 for regularly obtaining the number of accesses in a client 5, which is 
a terminal machine owned by a user who gets the service provision , are provided to the service 
providing system . 

[0020] The client 5 is a client system compoood o f including a personal computer, which is 
accossab l o accessible to the above-described server via a network^ such as the Internet. 
Additionally, software for getting a service from the server, such as a browser for the Internet, is 
provided. The user of the service provision system uses the software to access the server to get 
the service prov i s i on provided . In this example, a plurality of clients 5 may exist on the network 
4. 

[0021] The destination allocating server 1 , which i o compoood o f includes a computer system, 
such as a personal computer or a work stat i on workstation , takes a part of allocating the 
destinations of client 5 into the connection queuing server 2 or the contents server 3 T when the 
user send sends an access request through the above described client 5. 

[0022] As is shown in FIG. 1 , the destination allocating server 1 includes a destination 
allocating processing section 11 for allocating the destination and an accessed number 
informing section 12 for informing the number of accesses. The destination allocating 
processing section 1 1 having a unique address on the network 4 (In the case of the Internet, the 
unique address means URL) is connected first te with the unique address when the user sends 
the access request, where the above described allocation is executed. Every time the user 
sends the access request, the destination allocating processing section 11, which manages an 
access number, issues a unique access number for the access request. In this example, the 
access number moons tho includes a total number of access requests for this the particular 
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service provision system, of which initial value is zero and to wh i ch ono increases every time an 
access request i ncomos is received . 

[0023] Further, the accessed number informing section 12 takes a part of sending and 
receiving information associated t ewith the access number to the service prov i s i on providinq 
system 1 such as the above described accessed number to and from the connection queuing 
server 2. Moreover, it is desirable to mewt implement the destination allocating processing 
section 1 1 and the accessed number informing section 12 bv usinq a computer program and a 
control device for executing procoGGos operations according to the computer program. 

[0024] Next, the connection queuing server 2 including aan accessed number management 
section 21 and an accessed number informing section 22, as shown in FIG. 1, is a server T te with 
which the client 5 are connected T when the user cannot access-te the contents server 3 for 
executing actual service provision mat the time of sending the access request from the client 5, 
i.e., more access requests over the ability of contents server 3 bocomo are centralized. 

[0025] The accessed number management section 21 having a unique address on the 
network 4 provides information associated t ewith the number of accesses to this service 
provision system. The section 21 further manages a submitted accossab l o accessible number 
moaning indicating the above described access number showing tho includinq an upper limitation 
enabled to access4e the contents server 3. As a value of submitted accoosoblo accessible 
number, a value of thea maximum connectable number o f accesses to the contents server 3 
( correct l y Gpoak i ng specifically . rt4sto a contents service section 31 described later) is used at 
the initial state, and ono i ncroasoG to the value v is incremented every time the connection t ewith 
the accessing client 5 is fifflshed completed . 

[0026] When the maximum connectable number is 1000, the initial value o f the submitted 
accossablo accessible number is '1000', and the value increases ono by ono ovory each time the 
connection with the accessing clients 5 is fimshed completed . a sfor example. 1001, 1002...etc. 

[0027] Additionally, the accessed number informing section 22 sends and receives 
information associated te with the number of accesses between the destination allocating server 
1 and the contents server 3 and updates the above-described submitted accossab l o accessible 
number according to the information e fin relation to access termination, which is transmitted 
from the contents server 3. and similarly to the accessed number informing section 12. Further, 
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it is desirable to composo that the connection queuing server 2 e fincludes a computer system^ 
such as a personal computer or a work stat i on workstation, and to mount is implemented with the 
accessed number management section 21 and the accessed number informing section 22 
byusing a computer program and a control device for executing the procoss operation according 
to the program. 

[0028] The contents server 3r wh i ch i nc l udos including a contents service section 31 and the 
accessed number informing section 32 , actua ll y provides a service in the service provision 
system. The contents service section 31 having a unique address on the network 4 provides a 
variety of prepared services ferto the client 5 who pefffltts is permitted to access this address. 
Moro Gpcc i fica ll v For example , the contents server 3 provides information and sells goods 
according to an operation on the client 5 owned by the user. The accessed number informing 
section 32 sends and receives information associated tewjth the number of accesses to and 
from the connection queuing server 2. 

[0029] It is also preferable to composo that the contents server 3 e fincludes a computer 
system, such as a personal computer or work stat i on w orkstation . similar to the other servers, 
and to ffleHtt timplement the contents service section 31 and the accessed number informing 
section 32 b yusing a computer program and the control device executing the 
procossos operations according to the program. 

[0030] Subsequently, the accessed number information displaying section 51 and the 
accessed number regularly obtaining section 52 oct i vato are activated , when one client 5 who 
sends one access request is connected t ewith the above described connection queuing server 
2, i.e., the client 5 waits for the connection te with the above described contents service section 
31 , regularly ebtem -obtains information relating to the number of accesses from the connection 
queuing server 2, and informs the queuing condition to the user by displaying the information on 
the client 5. to-frefe Accordinq to an aspect of the invention , it is preferable that the accessed 
number information displaying section 51 and the accessed number regularly obtaining section 
52 are respect i ve l y composed o f implemented using Java applet transmitted from the connection 
queuing server 2 to the client 5 T when the client 5 is connected t ewith the connection queuing 
server 2. 
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[0031] Although the destination allocating server 1 , the connection queuing server 2 and the 
contents server 3, are individually composed of three servers, each of which is independent, it 
may bo app li ed to composo thoso is possible to implement operations of the three severs 
e fusing one server to logically share a resource and manage the shared resource. 

[0032] As is described above, in the service provision system relating to the present 
invention, when more access requests ove r that of the ability of the service prov i donco providing 
server become concentrated, the-a_queuing condition is informod periodicallv provided to the 
user until the user can access as occas i on the service providing server , without immediately 
accoss i nq allowinq the user to access the server, and the user can access to the server T when 
the user becomes accossab l o accessible . 

[0033] FIG. 2 shows a flowchar t describing when an access request to the service provision 
system according to the present invention occurs. At first, a user who employs the service 
provision system requests access to the service provision system from a browser of a client 5 
(Ste pOperation Sil of FIG. 2). Then, the client 5 is connected tewith the destination allocating 
processing section 11 of the destination allocating server 1, and then, the destination allocating 
processing section 11 counts up ono to the above described access number and issues one 
access number for one access request (Step Operation S2 of FIG. 2). 

[0034] Next, the destination allocating processing section 1 1 queries the submitted 
accossablo accessible number at that time to the accessed number management section 21 in 
the connection queuing server 2 through the accessed number informing section 12 and 22 
(Step Operation S3 of FIG. 2), and the management section 21 transmits the submitted 
accossablo accessible number to the destination allocating processing section 1 1 in response to 
the query (Step Operation S4 of FIG. 2). The destination allocating processing section 11 
compares the received submitted accossab l o accessible number with the above issued access 
number and connects the client 5 te with the contents service section 31 of the contents server 
3 T immediately (Step Operation S6 of FIG. 2)r when the access number is less than the 
submitted accossablo accessible number (Yes of the ste poperation S5 of FIG. 2). 

[0035] As the result o f the comparison, when the access number is larger than the submitted 
accossab l o accessible number (No of the ste poperation S5 of FIG. 2), the destination allocating 
processing section 1 1 connects the client 5 te -with the management section 21 of the 
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connection queuing server 2 (Step Operation S7 of FIG. 2kand the client 5 becomes in the 
queuing state. In response to that , the management section 21 transmits the information of the 
number of accesses, i.e., the access number of the client 5 and the submitted 
accossab l o accessible number at that time, with a program, which composes the above 
described accessed number information indicating section 51 and the accessed number 
regularly obtaining section 52 (Ste pOperation S8 of FIG. 2). 

[0036] The transmitted information of the number of accesses is displayed ferto the user by 
the accessed number information indicating section 51 on the client 5 receiving the above- 
described transmission (Ste pOperation S9 of FIG. 2). FIG. 3 is a diagram showing eftean 
example of the display screen. In the diagram, an x section represents the submitted 
accossab l o accessible number and a y section represents an access number of the client 5. 
The user can hold the state of queuing for connection at tho ind i cat i on o f as indicated by the 
display screen. It may bo app l iod is possible to display how many persons there are before 
connecting a certain client t ewith the server, i.e., a value obtained by subtracting the value of x 
section from the value of y section shown in FIG. 3, without displaying submitted 
accossab l o accessible number and the access number, as shown in FIG. 3. 

[0037] In this way, the accessed number regularly obtaining section 52 of the queuing client 5 
queries the submitted accossab l o accessible number according to the above described 
transmitted program tfhaat predetermined constant time interval at the queuing client 5 
(Step Operation S10 of FIG. 2). Additionally, it may bo app li od is possible to automatically adjust 
tbea time interval for this query in considerat i on o f based on the load on the connection queuing 
server 2 without fixing tbea time interval of this query. More specifically, the time interval for 
query is varied according to the number of the clients 5 for querying to the management section 
21 in the access queuing state, for example, the value obtained by subtracting the value of x 
section from the value of y section shown in FIG. 3. Assuming that the connection queuing 
server 2 has a processing ability that is enough to reply to 1000 access requests at the 
samo one time and requires 2 seconds for every query process, the time interval for query is set 
to two seconds when thea number of the access queuing clients is 1000, and thea time interval 
for query is set to ten seconds ( 2x (5000/1 000)=10), when the number of access queuing 
clients becomes 5000. Thereby, the time interval for query can bo is set to be longer, even when 
the number of clients 5 is larger, and the load on the connection queuing server 2 can bo 
tefrtefi is reduced , so that a constant response performance con bo ho l d is maintained . 
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[0038] The management section 21 , which receives the query, transmits the submitted 
occossab l o accessible number at that time to the client 5 (Ste pQperation S11 of FIG. 2), the 
accessed number regularly obtaining section 52 compares the submitted accoooab l o accessible 
number with the access number of the client 5 (Ste pQperation S12 of FIG. 2). As the result of 
the comparison, when the access number is larger than the submitted accossab l o accessible 
number (No of the step operation S12 of FIG. 2), i.e., the access is not permitted, the 
procooGCG Qperations from the ste poperation S9 of FIG. 2 are repeated and are executed. On 
the other hand, when the access number is less than the submitted accossab l o accessible 
number (Yes of the step operation S12 of FIG. 2), the accessed number regularly obtaining 
section 52 connects the client 5 te with the contents service section 31 of the contents server 3 
(Ste pQperation S13 of FIG. 2). 

[0039] In this embodiment, it may be executed to connect tewith the contents service section 
31 automatically at the time of accepting the condition or it may be applied to display the 
connectable information on the client 5 to get the confirmation operated by the user. FIG. 4 is a 
diagram showing eftean example ofa display screen i nd i cated fo r displayed to the user before 
executing the access request. If the user wants to access4e the site, the user ea* 
accoss accesses to the contents service section 31 by selecting a section shown as an 
"entrance". 

[0040] I t may bo appl i ed to i nform Accordinq to an aspect of the invention, the user te 
bocomo is informed of accessibility of the server accossab l o by E-mail as shown in the example 
of FIG. 5. In this case, the user eeedneeds to pre-register the mail address in this service 
provision system, and4e input data for i dent i fy i ng to specify the mail address at some stages of 
the access queuing time. It may bo is also app l iod possible to inform the user to bocomo 
accosoab l c of the server's accessibility by voice. Alternatively, it may be applied that the user 
can select the informing methods using by a display screen, E-mail or voice. 

[0041] In the present embodiment, although the step soperations S9, S10, S12 and S13 of 
FIG. 2 are executed at the client 5 according to a program like Java applet transmitted to the 
client 5, it may be applied to execute these procosscs operations at the connection queuing 
server 2. In this case, when information of the number of accesses is displayed to the client 5, it 
can be applied to transmit a HTML file of the display screen displaying the information of the 
number of accesses from the connection queuing server 2. 
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[0042] Returning back to FIG. 2, if the client 5 can access to the contents server 3 
(Steps Operations S6 and S13 of FIG. 2), the user can get the service providence prepared at 
the contents service section 31 (Step S14 of FIG. 2). After that, when the user finishes (logs 
out) accessing-te the contents server 3 or the contents server 3 forces finishing (sessions out)-te 
access teof the user with a rooson because of no access from the use r and the li ko . etc. the 
contents service section 31 informs that the same to the management section 21 through the 
accessed number informing sections 32 and 22 (Sie eOperation S15 of FIG. 2). The 
management section 21 , which receives the information, counts ono up to the submitted 
occoosab l o accessible number according to the access termination information (Ste pQperation 
S16of FIG. 2). 

[0043] Although procossos operations from the time of sending an access request to the 
service provision system to the time of finishing the connection are explained above, the 
overflowed access requests are connected tewith the connection queuing server T not to the 
service provision server T when more access requests over the ability of server, which provides 
services, become centralized in this service provision system. Even if more access requests 
become centralized, therefore, a stable service provision can boj s executed without lowering the 
response performance of the server, which provides a service. Additionally, the queuing state is 
concretely shown to the queuing user in figures, and therefore, the conventional access request 
repeating operation can bo js prevented. Moreover, since the user can estimate the waiting time 
before the user can access, it bocomco dccroaood the possibility that the user thoughtlessly 
gives up to got the service is decreased erand the user can wa i t w aits easily by effectively using 
the waiting time for executing some other operations tW until the user can access^e the service. 

[0044] As the modified example according to the above-described embodiment, it may be 
applied to display the estimated time (estimated accossab l o accessible time) for the queuing 
user with the information of the number of accesses. FIG. 6 shows eBean example of the 
display screen at that time. The bottom section of the display shows the above described 
estimated time. In this example, the user can know is notified that it takes about twenty minutes 
to access the service. Moreover, the estimated time (estimated accossab l o accessible time) eao 
beis obtained according to the condition of counting or increasing the submitted 
accoGGab l o accessible number as tho fo ll ow i ng procoduros: described below. 
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[0045] The accessed number management section 21 of the connection queuing server 2 
that manages the submitted occos oob l o accessible number holds the condition of counting the 
number irt accordinq to a predetermined timing and transmits information of the condition of 
counting the number in addition to the accessed number information every time queuingjs 
received from the accessed number regularly obtaining section 52. The accessed number 
regularly obtaining section 52 of the client 5, which receives the transmission, calculates the 
above-described estimated time (estimated accoosablo accessible time) from the information of 
the number of accesses and the information showing the condition, and displays the value to 
the user on the accessed number information displaying section 51. 

[0046] When the submitted accoosab l o accessible number is counted up to 1 000 for-past five 
minutes, for example, the submitted accosGab l o accessible number is 10000 and the access 
number is 30000, the estimated time (estimated accosGab l o accessible time) can bc is obtained 
by calculating (30000-1 0000)= 1000x5 minutes=100 minutes. In this way, the users ean 
fre temaintain the queuing condition accurately, by displaving the user is informed of the 
estimated time in addition to the information of the number of accesses, and therefore, it makes 
poss i b l e to obta i n moro offoct i vonoGG allows effective service to be provided to the user . 
Moreover, it also becomes possible to obtain the estimated time (estimated 
accosGab l o accessible time) at the connection queuing server 2 and transmit the result to the 
client 5. 

[0047] FIG. 7A and FIG. 7B are diagrams for explaining tho othor modified oxamplo other 
examples of the invention . The mod i fied example shows a method of display screen ef 
wgiflfl prompting the user to input a password and accosG i nq allowing access of the client 5 a ef 
which the user uses, immediately to the contents server 3 regardless of the number of access 
requests at that timer tfwhen the inputted password is correct. The user's password input 
maybe executed at the first access request or the password input may be executed on a display 
screen of the information of the number of accesses displayed ferto the user T while the user is 
queuing. 

[0048] FIG. 7A shows eneao example of the input display screen of the latter case. If the 
user inputs a password on the display screen and the input password coincides with one of 
passwords pre-registered at the connection queuing server 2, the ase fcontents server 3 
becomes accosGablo accessible to the contents Gorvor 3 user , and the display screen as shown 
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in FIG. 7B is displayed on the client 5. In this example, the user can connoct to connects with 
the contents server 3 to get the service prov i s i on provided by selecting a section shown as 
"Entrance". Additionally, in the modified example, a password authentication section for 
authentication of the above-described password and a password record section for registering 
the password are provided at the connection queuing server 2. The addition of the password 
inputting function makes it possible to execute rapid service provision for specified user asat a 
certain occasion. 

[0049] Moreover, oo tho othor mod i fied examp l e, when the service provision is targeted for 
commodity sales, it may bo appl i ed to a display_of the number of goods in stock with the 
information of the number of accesses is provided . This is a case where a service called a 
shopping met emall is provided, and FIG. 8 shows enean example of the display screen 
displayed for the user. In this case, the management section 21 of the connection queuing 
server 2 obtains the information every time the goods isare sold from the contents server 3, 
obtains the number of goods in stock, and transmits the number of goods in stock with the 
information of the number of accesses T when querying from the accessed number regularly 
obtaining section 52 to the client 5. Moreover, the number of goods in stock may be obtained at 
the contents server 3 m at selling time of every goods so ili ng t i mo qood . 

[0050] Additionally, i n tho mod i fied examp l e, when the number of goods in stock becomes 
zero, not only zero is displayed on the above described display screen, but a special display 
screen that shows no stock is displayed ferto the clients, for example, a message i nform i ng to 
indicate no stock. FIG. 9 is a diagram showing enean example of the display screen. 
Furthermore, enea method for transmitting E - ma il o -mail as shown in seethe example of FIG. 10 
to the registered address of the user and tho othor a method for transmitting the information of 
no stock from the client 5 to the user by voice are used instead of the display screen showing no 
stock. In this way, in the service provision system, which provides a commodity sale service, not 
only l ossos of uoor's chancos caused by giv i ng up to buy goods can bo loss of providing 
services to the user is decreased but the load on the server caused by the user's access 
regardless of no goods can bo li ghtoncd whether there are goods is reduced . 

[0051] Moreover, i n tho othor mod i fied examp l e, when more access requests over the ability 
of the service providing system become concentrated and the queuing clients 5 exist, it may be 
app li ed that a display screen for weiftg prompting the users who are accessing-te the contents 
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server 3 to get complete the service to fin i sh of the previous access eartie fis provided . FIG. 1 1 is 
a diagram showing eBean example of the display screen. In this modified example, when the 
accessed number becomes larger than the submitted occcssablc accessible number, the 
management section 21 of the connection queuing server 2 transmits the information to the 
contents service section 31 of the contents server 3, the contents service section 31 receives 
the information and transmits the above described urging screen to the accessing clients 5. The 
urg i ng display screen wges prompts the user to use the service earlier, because of user's 
apprehension for response speed delay or out of stock in the commodity sale service. As the 
result, the user finishes to access the contents server 3 earlier than usual so that the access 
condition can be improved, when access requests become concentrated. 

[0052] Hereinabove, according to a service provision system of the present invention, it 
becomes possible to keep stable access condition of the server providing the service, even 
when access requests become concentrated, and to suppross reduce losses of service prov i s i on 
chancos for usor to tho l oast providinq opportunities . Therefore, it a l so bocomos is possible to 
execute effective and stable service provision ferto users. 

[0053] It should of course be understood that those, which are the same as the technical 
concept of the invention, are within the protective scope of the invention. 

[0054] According to the present invention, even when users cannot access-te a desired 
server immediately, thoy can ho l d tho i r own cond i t i on i n figuros the users maintain respective 
conditions and have no need to access the server again t ill thoy bocomo until the server 
becomes accossab l o accessible . and therefore, the conventional access repetition is decreased 
and the user's unreasonable giving up teof access is also decreased. Therefore, even if access 
requests over the ability eee wof the server occurs , it bocomos js possible to keep stable access 
condition and ouppross decrease the losses of service prov i s i on chanccs providing opportunities , 
and therefore, effective service provision can bo is executed. 

[0055] Although the invention has been described with respect to a specific embodiment for a 
complete and clear disclosure, the appended claims are not to be thus limited but are to be 
construed as embodying all modifications and alternative constructions that may occur to one 
skilled in the art which fairly fall within the basic teaching herein set forth. 
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ABSTRACT OF DISCLOSURE 

A service prov i sion providing method and system^ bv according to which a stable access 
condition can bo ho l d to tho utmost is maintained , losses of service providing chancos 
fe fopportunities to users are reduced con bo suppressed to tho l east and a stable service em 
bejs provided via a network are provided. When an access request is sent from a user to a 
service providing server and tbean occossob l o accessible number oxcoods is exceeded , the 
server iftferms indicates information of the number of accesses ot that t i mo to thea user without 
immediately executing the access to said server, updates the information as 
occas i on periodically and connects the user t ewith the server when the server becomes 
occosGab l o accessible. 
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